home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / dos_win / winsock / maillist / 94-04.Z / 94-04 / text0157.txt < prev    next >
Encoding:
Text File  |  1994-04-30  |  6.7 KB  |  160 lines
  1. We are currently writing a database client using sockets and XVT's GUI 
  2. (C-version) with the Objects Power Pak 1.
  3.  
  4. The communications part is ported from HP-UNIX. Using Borland C++ 3.1 and 
  5. its character-mode emulation under Windows, porting the program from 
  6. character-mode terminal to character-mode Windows was fairly straightforward.
  7.  
  8. But, moving to "Real Windows" using the XVT GUI library (MS-Windows version), 
  9. I get unexpected and unrecoverable errors that I can imagine is caused by 
  10. (normally) blocking calls to WinSock not blocking at all, with the app not 
  11. getting data, calling again, and so on until the app crashes abruptly. Things 
  12. works fine if i use the app gently, not banging to much on the keyboard asking 
  13. for too much data.
  14. ****************************************************************
  15. Could this be caused by e.g. a recv() call not being blocked properly as it 
  16. should?
  17. ****************************************************************
  18.  
  19. Should I follow Microsofts recommandation, and rewrite the comms part so that 
  20. a non-blocking method is used instead of the traditional blocking method used 
  21. in the original program?
  22.  
  23. I use 
  24. FTP Software's 2.31 stack
  25. Borland C++ 3.1 is patched with all patches (1, 2 and 3).
  26. XVT release is 1.0 for the PowObj's.
  27.  
  28. Just to detail it a bit more:
  29.  
  30. An "XVT-table" is being filled with data 20 items at a time. If the user 
  31. expands the table so that e.g. 34 items should be present, then 40 items are 
  32. fetched from the server. If data are not present locally on the Windows 
  33. client, the table asks for data from the comm part of the program. The comm 
  34. part works well if the user is patient when he/she is scrolling slowly, but if 
  35. he/she scrolls hastingly, pounding on the "down" button on the keyboard, 
  36. the table crashes.
  37.  
  38. Any suggestions?
  39. From news@bigblue.oit.unc.edu Mon Apr  7 19:01:21 1994
  40. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  41.           id AA26926; Fri, 8 Apr 1994 22:12:56 -0400
  42. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  43.           id AA23991; Fri, 8 Apr 1994 20:55:12 -0500
  44. Received: from GATEWAY by bigblue with netnews
  45.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  46. To: winsock@sunsite.unc.edu
  47. Date: 7 Apr 1994 19:01:21 GMT
  48. From: xxnoble@lims01.lerc.nasa.gov (Paul Noble)
  49. Message-Id: <2o1la2$ng1@eagle.lerc.nasa.gov>
  50. Organization: Sterling Software, Inc.
  51. Sender: ses
  52. References: <2nvb66$5fn@clarknet.clark.net>, <94097.101649CJS@psuvm.psu.edu>
  53. Subject: Re: Mosaic and lots of GPFs--anyone else?
  54.  
  55. In article <94097.101649CJS@psuvm.psu.edu>, Chris Sacksteder <CJS@psuvm.psu.edu> says:
  56. >
  57. >Yes, I get frequent GPFs too.
  58.  
  59. I don't know what I am doing wrong (or maybe right). WinMosaic is very 
  60. stable for me. I run the following configuration:
  61.  
  62.  
  63.     486DX-33 w/16M ram, 200Mb disk
  64.     DOS 5.0/Windows 3.1
  65.     PC/TCP 2.3 (from FTP software, Inc.)
  66.     Microsoft LAN Manager 2.2
  67.     WinMosaic 2.0a2 (file date 2/28/94)
  68.     WPLANY for sound files
  69.     LVIEW31 for GIF's, JPG's, etc.
  70.  
  71.  
  72. Paul Noble                              |  Sign seen in a Physics Lab:                           
  73. NASA Lewis Research Center,             |
  74. Cleveland, Ohio                         |  Heisenberg may have slept here!
  75. e-mail: xxnoble@lims01.lerc.nasa.gov    |
  76. From brian@Novell.COM Fri Apr  8 07:02:50 1994
  77. Received: from newsun ([130.57.4.1]) by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  78.           id AA06870; Fri, 8 Apr 1994 22:55:33 -0400
  79. Received: from ca.SJF.Novell.COM by newsun (4.1/SMI-4.1)
  80.     id AA05269; Fri, 8 Apr 94 14:02:56 PDT
  81. Received: by ca.SJF.Novell.COM (4.1/SMI-4.1)
  82.     id AA04496; Fri, 8 Apr 94 14:02:50 PDT
  83. From: brian@Novell.COM (Brian Meek)
  84. Message-Id: <9404082102.AA04496@ca.SJF.Novell.COM>
  85. Subject: Re: LWP and Gopher (solution)
  86. To: IDS@zeus.HSRC.ac.za
  87. Date: Fri, 8 Apr 94 14:02:50 PDT
  88. Cc: novell@suvm.acs.syr.EDU, winsock@sunsite.unc.edu, GOGAN.DVC@mhs.unc.edu,
  89.         pbh@mit.edu
  90. In-Reply-To: <3001CA7720@zeus.HSRC.ac.za>; from "Ian D. Samson" at Apr 8, 94 10:03 am
  91. X-Mailer: ELM [version 2.2 PL15]
  92.  
  93. > You've found a bug in wlibsock.dll.  Apparently, LWP's DNS code gags on a host
  94. > that resolves to more than five IP addresses, which is the case for
  95. > gopher.tc.umn.edu.  Novell *has* fixed wlibsock.dll, but I'm not sure if it's
  96. > been officially released yet.  Contact brian@Novell.COM to check on the
  97. > availability of the patches.
  98.  
  99. The updated TCP/IP Transport files will be placed on FTP.Novell.COM
  100. and on NetWire/CompuServe in the near future.
  101.  
  102. Meanwhile, the unofficial collection of fixed files is available in:
  103.  
  104.     sjf-lwp.sjf.novell.com: ~/lwp4dos/winsock/tcp412a.zip
  105.  
  106. This applies to the TCP/IP Transport found in NetWare/IP, the 
  107. NetWare Client Kit for DOS and MS Windows, and all versions of
  108. LAN WorkPlace for DOS beginning with v4.1.
  109.  
  110. See the file "READ412A.TXT" for details.
  111.  
  112. -- brian
  113. From news@bigblue.oit.unc.edu Mon Apr  7 08:16:10 1994
  114. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  115.           id AA09589; Fri, 8 Apr 1994 23:12:56 -0400
  116. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  117.           id AA30701; Fri, 8 Apr 1994 21:52:53 -0500
  118. Received: from GATEWAY by bigblue with netnews
  119.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  120. To: winsock@sunsite.unc.edu
  121. Date: 7 Apr 1994 15:16:10 -0700
  122. From: tsurikov@girtab.usc.edu (Michael Tsurikov)
  123. Message-Id: <2o20na$766@girtab.usc.edu>
  124. Organization: University of Southern California, Los Angeles, CA
  125. Sender: ses
  126. Subject: *** WINSOCK INSTALLATION -- HELP, PLEASE! ***
  127.  
  128.  
  129. THANK GOD FOR THIS NEWSGROUP!  I didn't know it even existed...
  130.  
  131.     I've been trying for the last two weeks to install Windows Sockets
  132. on my machine, and NO MATTER WHAT I DO, it doesn't work.  I have tried every-
  133. thing, and can't go on without assistance...
  134.  
  135.     Situation: I'm running Novell NW3.12, 250user, over ODI (and VLM.)
  136. I am NOT using LAN WorkPlace.  I downloaded a package called LWP168.EXE from
  137. the Novell archives, and uncompressed its contents into all the right places
  138. on my hard drive.  (The package contains the Novell TCPIP.EXE stack and
  139. the WINSOCK.DLL and WLIBSOCK.DLL files for it.)  I reconfigured my NET.CFG
  140. files correctly, and the TCP stack loads fine.
  141.     The problem comes whenever I try to run a Windows Sockes program!
  142. It consistently does the same thing: at startup,
  143.         Application Error
  144.     HGOPHER (or Mosaic, etc.) caused a General Protection Fault
  145.         in module WLIBSOCK.DLL at 000A:0C04.
  146.  
  147.     and nothing I do can change that!  I use a program called WinQVT
  148. (non-Sockets), and I disabled its support files (pktint and odipkt); nothing.
  149. I tried placing the Sockets DLLs into at least five locations (not COPYING;
  150. I always had only one copy); nothing.  I tried finding any documentation on
  151. the setup of this thing; nothing.
  152.  
  153.     CAN ANYONE HELP??!!  Thanks in advance,
  154.  
  155. --Michael Tsurikov
  156. USC Student Affairs Computer Specialist
  157. michael@stuaff.usc.edu
  158. tsurikov@usc.edu
  159.  
  160.